home *** CD-ROM | disk | FTP | other *** search
/ System Booster / System Booster.iso / Archives / ForCLI / 0Utils13.lha / 0Utils / .KnownBugs < prev    next >
Text File  |  1995-04-10  |  3KB  |  87 lines
  1.  
  2.         Some write Operations are not checked for success;
  3.         (most of them are directed to Output())
  4.     Shall this be fixed?
  5.  
  6.  (20-03-95) Open returnes not only FileAddress, so Close, WriteLn
  7.  *FIXED*    and ReadLn acted wrong. (eg. the examples did not work)
  8.  
  9.  (20-03-95) TackOn can crash the machine if the resulting string
  10.  *FIXED*    is more than 256 characters wide.
  11.  
  12.  (20-03-95) TackOn always created RETURN_WARN
  13.  *FIXED*
  14.  
  15.  (20-03-95) WriteLn had never worked
  16.  *FIXED*
  17.  
  18.  (20-03-95) ReadLn always skipped its alst line and always produced
  19.  *FIXED*    "Error: -1" warning
  20.  
  21.  (20-03-95) VolName gets problems w/ "VOLUME/S,DEVICE/S" if the
  22.         Filename can not be locked (e.g. not existing name)
  23.         it then falls back to simple mode. this applies also
  24.         to relative names w/o volume or device flags set
  25.     (shall this be fixed?)
  26.  
  27.  (20-03-95) GetWord produces wrong IoErrs
  28.         when executing inside scripts
  29.         S> FailAt 11
  30.         S> GetWord 0 a b
  31.         >> GetWord: bad number
  32.         S> if warn
  33.         S>  why
  34.         >> The last command did not set a return code
  35.         S> endif
  36.         S> FailAt 10
  37.         it works however on commandline
  38.         C> GetWord 0 a b
  39.         >> GetWord: bad number
  40.         C> why
  41.         >> Last command failed because : bad number
  42.         can't fix this, 'cause I can't explain this behaviour.
  43.     (SEEMS TO BE A cbm SHELL PROBLEM!!!!!!!!!!!!!!)
  44.  
  45.  (09-04-95) SRun strippes whitespaces and quotes in its commandline
  46.  *FIXED*    ReadArgs does a nice job on /M arguments:
  47.         it just walks through all arguments up to EoL and concatenates
  48.         the found parts together ... (cbm ... no comment)
  49.  
  50.  (09-04-95) IconXX breaks on scripts with a 'NOT FOUND' message
  51.  *FIXED*    To fix this Problem, I have added a "SRunSX", a version of SRun,
  52.         which examines the commandfile, if it is enclosed w/ brackets
  53.         and explicitely calls Execute, if it is a Scriptfile.
  54.         the new version of Make_IconXX now explaces "Execute" w/ "SRunSX"
  55.     (... at least in v37-40 ...)
  56.     THIS WAS NOT THE FAULT OF IconXX! It seems, that CBM shell
  57.     gets confused, if a implicitly executed script is put into
  58.     quotes ... This can be proved very easily:
  59.         C> echo >  t:xxx "echo hallo"
  60.         C> protect t:xxx +s
  61.         C> "t:xxx" ; beware of the quotes!
  62.         >> EXECUTE: Can't open t:xxx
  63.         >> object not found
  64.     In fact EXECUTE searches for 't:xxx ', not for 't:xxx'; so we
  65.     can see once more really nice behaviour of CBM shell. We can
  66.     show it clearer:
  67.         C> echo >"t:xxx " "echo cbm shell error - this is no script"
  68.         C> "t:xxx" ; beware of the quotes!
  69.         >> cbm shell error - this is no script
  70.     Can anybody tell me where that damned space is injected into the
  71.     search string (since the protection is checked with the right name)
  72.     (shall we perhaps examine the 1st argument and add an 'execute'?)
  73.  
  74.  (10-04-95) SRun[SX] does not really do argument parsing,
  75.         so the following construct breaks:
  76.  
  77.         > SRun COMMAND echo hallo
  78.           COMMAND: Unknown command
  79.           COMMAND failed returncode 10
  80.           SRun: object not found
  81.  
  82.         This behaviour will probably NOT be fixed.
  83.         (since it is a fix for the problem, that things like
  84.         > SRun "Ram Disk:command"
  85.         are broken otherwise due to ReadArgs()...)
  86.  
  87.